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APPEAL BRIEF 



Honorable Commissioner: 



This is an Appeal Brief filed pursuant to 37 CFR § 41 .37 in response to the Final Office 
Action of December 12, 2006 (hereinafter the "Final Office ^ction"), and pursuant to the 
Notice of Appeal filed March 12, 2007. The Final Office Action was issued after 
Appellant's filed a Response on June 26, 2006 to the Office Action dated March 24, 2006 
(hereinafter the "First Office Action"). i 



REAL PARTY IN INTEREST 



The real party in interest in accordance with 37 CFR § 41.37('c)(jl)(i) is the patent 

j : 

assignee, International Business Machines Corporation ("IBIS/T^ a New York corporation 
having a place of business at Armonk, New York 10504. 
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RELATED APPEALS AND INTERFERENCES 



There are no related appeals or interferences within the meaning (bf 37 CFR § 
41.37(c)(l)(ii). 1 

STATUS OF CLAIMS 

Status of claims in accordance with 37 CFR § 41.37(c)(l)(iii):| Thirty (30) claims are 
filed in the original application in this case. Claims 1-30 are rejected in the Final Office 
Action. Claims 1-30 are on appeal. 

STATUS OF AMENDMENTS , 

Status of amendments in accordance with 37 CFR § 41.37(c)( |)(iv): No amendments 
were submitted after final rejection. The claims as currently presented are included in the 
Appendix of Claims that accompanies this Appeal Brief. 

i 

SUMMARY OF CLAIMED SUBJECT MATTER 

i 

Appellant provides the following concise summary of the claimed subject matter 
according to 37 CFR § 41 .37(c)(l)(v). This summary includes a concise explanation of 
the subject matter defined in each of the independent claims involved in the appeal and 
includes references to the specification by page and line numbjer and to the drawings by 
reference characters. The three independent claims involved in this appeal are claims 1, 
11, and 21. Claim 1 is a method claim. Claims 1 1 and 21 recite counterpart aspects of 
the method of claim 1 . Claim 1 1 recites system aspects of thej method of claim 1 . Claim 

21 recites computer program product aspects of the method of claim 1. 

! 
i 

Claim 1 recites a method of data processing for objects with ujnknown data structures 
(described for example at page 20, lines 17-25, and Figure 3)., The method of claim 1 
includes receiving a processing request for a business object having an unknown business 
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object data structure, wherein data for the business object is stored in a persistent data 
store having an unknown persistent data structure, and the processing request includes a 
reference to the business object and a processing instruction (described for example at 
page 20, line 17, through page 22, line 3, and Figure 3 at reference numerals 108, 106, 
102, 130, and 104). The method of claim 1 also includes inferring the business object 
data structure from metadata describing the business object (described for example at 
page 22, lines 5-16, and Figure 3 at reference numerals 114, 1 1 6, 1 18, and 134). The 
method of claim 1 also includes inferring the persistent data structure from metadata 
describing the persistent data structure (described for example, at page 22, line 18, 
through page 23, line 4, and Figure 3 at reference numerals 120, 132, and 136). The 
method of claim 1 also includes validating the business object! data structure with respect 
to the persistent data structure (described for example at page '23, line 6, through page 25, 
line 22, and Figure 3 at reference numerals 122, 134, and 136). The method of claim 1 
also includes creating a data object structured according to the persistent data structure 
(described for example at page 25, line 24, through page 26, \\m 3, and Figure 3 at 
reference numerals 124, 136, and 138). The method of claim;! also includes 
transforming data values from the business object to the data object (described for 
example at page 26, lines 5-16, and Figure 3 at reference numerals 126, 138, and 140). 
The method of claim 1 also includes applying the processing instruction, with the data 
object, to the persistent data store (described for example at page 26, line 1 8, through 
page 27, line 8, and Figure 3 at reference numerals 128, 104, 138, and 130). 

Claim 1 1 recites a system of data processing for objects with Mnknown data structures 
(described for example at page 20, lines 17-25, and Figure 3)J The system of claim 1 1 
includes means for receiving a processing request for a business object having an 

unknown business object data structure, wherein data for the business object is stored in a 

j • 

persistent data store having an unknown persistent data structure, and the processing 
request includes a reference to the business object and a processing instruction (described 
for example at page 20, line 17, through page 22, line 3, and figure 3 at reference 
numerals 108, 106, 102, 130, and 104). The system of claim 11 also includes means for 
inferring the business object data structure from metadata describing the business object 

3 1 ' 
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j 

(described for example at page 22, lines 5-16, and Figure 3 at inference numerals 1 14, 
118, and 134). The system of claim 1 1 also includes means for inferring the persistent 
data structure from metadata describing the persistent data structure (described for 
example at page 22, line 18, through page 23, line 4, and Figure 3 at reference numerals 
120, 132, and 136). The system of claim 1 1 also includes means for validating the 
business object data structure with respect to the persistent data structure (described for 
example at page 23, line 6, through page 25, line 22, and Figure 3 at reference numerals 
122, 134, and 136). The system of claim 1 1 also includes means for creating a data 
object structured according to the persistent data structure (described for example at page 
25, line 24, through page 26, line 3, and Figure 3 at reference numerals 124, 136, and 
138). The system of claim 1 1 also includes means for transforming data values from the 
business object to the data object (described for example at page 26, lines 5-16, and 
Figure 3 at reference numerals 126, 138, and 140). The system of claim 1 1 also includes 
means for applying the processing instruction, with the data object, to the persistent data 
store (described for example at page 26, line 18, through page 27, line 8, and Figure 3 at 
reference numerals 128, 104, 138, and 130). The means for carrying out the acts 
described in claim 1 1 include computer systems described at page 7, lines 5-1 5, in the 
original specification. 

Claim 21 recites a computer program product of data processing for objects with 
unknown data structures (described for example at page 20, lines 17-25, and Figure 3). 
The computer program product of claim 21 includes a recording medium (described for 
example at page 7, line 17, through page 8, line 2). The computer program product of 

claim 21 also includes means, recorded on the recording medium, for receiving a 

i 

processing request for a business object having an unknown business object data 

■I : 

structure, wherein data for the business object is stored in a pprsistent data store having 
an unknown persistent data structure, and the processing request includes a reference to 
the business object and a processing instruction (described for example at page 20, line 
17, through page 22, line 3, and Figure 3 at reference numerals 108, 106, 102, 130, and 
104). The computer program product of claim 21 also includes means, recorded on the 
recording medium, for inferring the business object data structure from metadata 

4 
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describing the business object (described for example at page 22, lines 5-16, and Figure 3 
at reference numerals 1 14, 1 1 8, and 134). The computer program product of claim 21 
also includes means, recorded on the recording medium, for inferring the persistent data 
structure from metadata describing the persistent data structure (described for example at 
page 22, line 18, through page 23, line 4, and Figure 3 at reference numerals 120, 132, 
and 136). The computer program product of claim 21 also includes means, recorded on 
the recording medium, for validating the business object data structure with respect to the 
persistent data structure (described for example at page 23, line 6, through page 25, line 
22, and Figure 3 at reference numerals 122, 134, and 136). Tile computer program 
product of claim 21 also includes means, recorded on the recording medium, for creating 
a data object structured according to the persistent data structure (described for example 
at page 25, line 24, through page 26, line 3, and Figure 3 at reference numerals 124, 136, 
and 138). The computer program product of claim 21 also includes means, recorded on 
the recording medium, for transforming data values from the business object to the data 
object (described for example at page 26, lines 5-16, and Figure 3 at reference numerals 
126, 138, and 140). The computer program product of claim 21 also includes means, 
recorded on the recording medium, for applying the processing instruction, with the data 
object, to the persistent data store (described for example at plage 26, line 1 8, through 
page 27, line 8, and Figure 3 at reference numerals 128, 104, 138, and 130). The means 

for carrying out the acts described in claim 21 include computer program instructions 

i 

embodied on a recording medium as described at page 7, line 16. , through page 8, line 2, 
in the original specification. 

GROUNDS OF REJECTION 

In accordance with 37 CFR § 41.37(c)(l)(vi), Appellant provides the following concise 
statement for each ground of rejection: 

1. Claims 1-8, 10-18, 20-28, and 30 are rejected under 35 U.S.C § 102(e) over 
Sanchez, II, etal. (U.S. Publication No. 2002/0147857 A 1 ). 



5 



AUS920020099US1 
APPEAL BRIEF 

2. Claims 9, 19, and 29 are rejected under 35 U.S.C § 103(a) over Sanchez in view 
of Freund, et al. (U.S. Patent No. 5,680,618). 

ARGUMENT 

Appellant presents the following arguments pursuant to 37 CFR § 41.37(c)(l)(vii) 
regarding the two grounds of rejection in the present case. 

Argument Regarding The First Ground Of Rejection: 
Claims 1-8, 10-18, 20-28, And 30 Are Rejected Under 35 U.S.C. 
§ 102(E) As Being Unpatentable Over Sanchez 

j 

Claims 1-8, 10-18, 20-28, and 30 stand rejected under 35 U.SiC § 102(e) as being 
anticipated by Sanchez, II, et al (U. S. Publication No. 2002/0147857 Al) (Sanchez). To 
anticipate claims 1-8, 10-18, 20-28, and 30 under 35 U.S.C. § 102(e), two basic 
requirements must be met. The first requirement of anticipation is that Sanchez must 
disclose each and every element as set forth in Appellant's claims. The second 
requirement of anticipation is that Sanchez must enable Appellant's claims. As explained 
in more detail below, Sanchez does not disclose each and every element of claim 1, and 
Sanchez therefore cannot be said to anticipate the claims of the present application within 
the meaning of 35 U.S.C. § 102(e). Appellant respectfully traverses each rejection 
individually below and requests reconsideration of claims 1-8, 10-18, 20-28, and 30. 

Sanchez Does Not Disclose Each and Every Element 
Of The Claims Of The Present Application 

"A claim is anticipated only if each and every element as set forth in the claim is found, 
either expressly or inherently described, in a single prior art reference." Verdegaal Bros. 
v. Union Oil Co. of California, 814 F.2d 628, 631, 2 USPQ2cl 1051, 1053 (Fed. Cir. 
1987). Independent claim 1 of the present application claims: 

1 . A method of data processing for objects with unknown data 
structures, the method comprising: 

6 
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receiving a processing request for a business object having an 
unknown business object data structure, wherein 

data for the business object is stored in a persistent data store 
having an unknown persistent data structure, and 

the processing request includes a reference to t\m business object 
and a processing instruction; 

inferring the business object data structure from metadata 
describing the business object; 

inferring the persistent data structure from metadata describing the 
persistent data structure; 

validating the business object data structure with respect to the 
persistent data structure; 

creating a data object structured according to the persistent data 
structure; 

transforming data values from the business object to the data 
object; and 

applying the processing instruction, with the data object, to the 
persistent data store. 

As explained below in more detail, Sanchez generally discloses a mechanism for 
mapping java objects onto a Lightweight Directory Access Protocol ('LDAP') repository 
that does not disclose each and every element of claim 1 . Sanchez, therefore, cannot be 
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said to anticipate claim 1 of the present application within the meaning of 35 U.S. C. § 
102. 



Sanchez Does Not Disclose That Data For The Business Object Is Stored In 
A Persistent Data Store Having An Unknown Persistent Data Structure 

The first element of claim 1 includes the limitation "wherein data for the business object 
is stored in a persistent data store having an unknown persistent data structure. . . The 
First Office Action at page 3 attempts to demonstrate that Sanchez discloses this 
limitation in the first element of claim 1 by citing Sanchez at paragraph 0010. In 
Appellant's Response to the First Office Action, Appellant respectfully notes that what 
Sanchez at paragraph 0010 in fact discloses is: 



Likewise, these and other advantages are achieved by a method for 
retrieving objects mapped onto a lightweight directory access protocol 
repository, comprising, requesting that an object be retrieved from a 
lightweight directory access protocol ("LDAP") repository, wherein the 
object includes attributes and is used in an object-oriented programming 
application, retrieving a list of persistent attributes from the object, 
wherein the persistent attributes are a subset of the attributes and the 
persistent attributes each comprise a persistent attribute value, determining 
a path, wherein the path identifies a location in the LDAP repository, 
retrieving the persistent attribute values from the location in the LDAP 
repository identified by the path, and setting the persistent attributes in the 
object with the retrieved persistent attribute values. 

That is, Sanchez at paragraph 0010 discloses requesting that an object be retrieved from a 
LDAP repository and determining a path that identifies a location in the LDAP repository 
from which persistent attribute values for the object are retrieved. Appellant noted in the 
Response to the First Office Action that Sanchez's LDAP repository does not disclose a 
persistent data store having an unknown persistent data structure as claimed in the present 
application because Sanchez does not disclose the structure of the LDAP repository at the 
cited portion of the reference. In fact, Sanchez at paragraph 001 0 implies that the LDAP 
repository has a known data structure because Sanchez retrieves the persistent attribute 
values from the location in the LDAP repository and sets the persistent attributes in the 
object with the retrieved persistent attribute values. As such, the Sanchez at paragraph 
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0010 does not disclose a persistent data store having an unlaiown persistent data structure 
as claimed in the present application. 



In an attempt to bolster the argument from the First Office Action that Sanchez discloses 
the first element of claim 1, the Final Office Action at page 7 cites Sanchez at paragraph 
0032 and Figure 3. Appellant respectfully notes that what Sanqhez at paragraph 0032 
and Figure 3 in fact discloses is: 

[0032] The LDAP data repository 26 preferably includes a standard LDAP 
directory structure. In an embodiment of the present invention, the 
persistent data manager 40 sets up the LDAP data repository 26, creating a 
directory structure for the source. For example, a file (e.g., a text file) may 
be sent to the persistent data manager 40 describing and defining the 
source application (e.g., SCM 12), which may be used for a main LDAP 
container, various container names, which may be sub-containers of the 
source application container and are preferably identified by object types, 
various LDAP objects, which preferably correspond to the objects 48 and 
are organized by the container names, and the LDAP attributes of these 
LDAP objects, which preferably correspond to the persistent attributes. 
The persistent data manager 40 may then parse the above information out 
of the file and set-up the LDAP data repository 26, creating the directory 
structure, the LDAP objects and LDAP attributes, using known, LDAP 
methods. A LDAP data repository 26 may be set up in this manner for 
each application for which it is used. FIG. 3 illustrates an exemplary 
directory structure or tree of a LDAP data repository; 26 for the SCM 12 
set up at the source organization Hewlett-Packard, Inc.@. 

That is, Sanchez at paragraph 0032 and Figure 3 discloses a persistent data manager that 
configures the structure of an LDAP repository for an application according to the 
specifications provided to the persistent data manager for the application. Sanchez's 
persistent data manager that configures the structure of an LD AP repository for an 
application, however, does not disclose a persistent data store having an unknown 
persistent data structure as claimed in the present application because the structure of the 
LDAP repository is specified by the application using the LDAP repository as a 
persistent data store. Sanchez, therefore, implies that the structure of the LDAP 
repository is known to the application utilizing Sanchez 5 LDAP repository. Because 
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Sanchez does not disclose each and every element and limitation of Appellant's claims, 
Sanchez does not anticipate Appellant's claims, and the rejections should be withdrawn. 

Sanchez Does Not Disclose Inferring The Persistent Data 
Structure From Metadata Describing The Persistent Data Structure 

The third element of claim 1 claims "inferring the persistent data structure from metadata 
describing the persistent data structure. . . ." The First Office Action at page 3 attempts to 
demonstrate that Sanchez discloses this limitation in the third element by citing Sanchez 
at paragraph 0010. As mentioned above, Appellant respectfully noted in the Response to 
the First Office Action that Sanchez at paragraph 0010 discloses requesting that an object 
be retrieved from a LDAP repository and determining a path that identifies a location in 
the LDAP repository from which persistent attribute values for the object are retrieved. 
Appellant notes that requesting and retrieving an object from Sanchez' LDAP repository 
does not disclose inferring the persistent data structure from metadata describing the 
persistent data structure as claimed in the present application. As explained above, 
Sanchez at paragraph 0032 indicates that an application using the LDAP repository as a 
persistent data store specifies the structure of the LDAP repository. The structure of 
Sanchez' LDAP repository, therefore, is known to the application requesting objects to be 
retrieved from Sanchez' LDAP repository. Furthermore, Sanchez at paragraph 0010 does 
not even mention 'structure,' 'data structure,' 'inferring the persistent data structure,' 
'metadata,' or 'inferring the persistent data structure from metadata describing the 
persistent data structure.' As such, Sanchez at paragraph 0010 does not disclose inferring 
the persistent data structure from metadata describing the persistent data structure as 
claimed in the present application. 

In an attempt to bolster the argument from the First Office Action that Sanchez discloses 
the third element of claim 1, the Final Office Action at page 8 cites Sanchez at 
paragraphs 0030, 0032, and Figure 3. As mentioned above, Sanchez at paragraph 0032 
and Figure 3 discloses a persistent data manager that configures the structure of an LDAP 
repository for an application according to the specifications provided to the persistent 
data manager for the application. Sanchez's persistent data mlanager that configures the 
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structure of an LDAP repository for an application, however, does not disclose inferring 
the persistent data structure from metadata describing the persistent data structure as 
claimed in the present application because the structure of the LDAP repository is 
specified by the application using the LDAP repository as a persistent data store. The 
structure of Sanchez' LDAP repository, therefore, cannot be unknown to the application 
utilizing Sanchez' LDAP repository, and hence, the application of Sanchez would have 
no need to infer the data structure of the LDAP repository. As such, Sanchez at 
paragraph 0032 and Figure 3 does not disclose inferring the persistent data structure from 
metadata describing the persistent data structure as claimed in the present application. 

Turning now to Sanchez at paragraph 0030, Appellant respectfully notes that what 
Sanchez at paragraph 0030 discloses is: 



[0030] The persistent data manager 40 preferably stores the persistent 
attributes by mapping the persistent attributes to certain defined LDAP 
attributes. These LDAP attributes are preferably grouped within LDAP 
objects (not shown) that correspond to the objects 48. these LDAP objects 
and their attributes are defined within the LDAP data repository 26. In an 
embodiment of the present invention, the persistent data manager 40 is 
responsible for defining, in the LDAP data repository 26, most of the 
LDAP attributes and the LDAP objects that correspond to the objects 48. 
Some of the LDAP attributes may be standard LDAP attributes that 
already exist. These LDAP attributes and objects, referred to as persistent 
data schema, may be defined and created using known LDAP methods for 
creating LDAP attributes and objects. 

That is, Sanchez at paragraph 0030 discloses a persistent data manager that stores the 
persistent attributes in the LDAP repository by mapping the persistent attributes to certain 
defined LDAP attributes. Sanchez 5 persistent data manager that stores the persistent 
attributes in the LDAP repository, however, does not disclose inferring the persistent data 
structure from metadata describing the persistent data structure as claimed in the present 
application. As explained above, Sanchez at paragraph 0032 describes how the persistent 
data manager creates the structure of the LDAP repository on behalf of an application 
that uses the LDAP repository to store data. Because the persistent data manager creates 
the structure of the LDAP repository, the persistent data manager already knows the 
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structure of LDAP repository when the persistent data manager stores persistent attributes 
in the LDAP repository. Furthermore, Sanchez at paragraph 0030 does not even mention 
'structure/ 'data structure/ 'inferring the persistent data structure,' 'metadata/ or 
'inferring the persistent data structure from metadata describing the persistent data 
structure. 5 For the reasons above, Sanchez at paragraph 0030 does not disclose inferring 
the persistent data structure from metadata describing the persistent data structure as 
claimed in the present application. Because Sanchez does not disclose each and every 
element and limitation of Appellant's claims, Sanchez does npt anticipate Appellant's 
claims, and the rejections should be withdrawn. 

Sanchez Does Not Disclose Validating The Business Object 
Data Structure With Respect To The Persistent t)ata Structure 

The fourth element of claim 1 claims "validating the business object data structure with 
respect to the persistent data structure. . . ." The First Office Action at page 3 attempts to 
demonstrate that Sanchez discloses this limitation in the forth element of claim 1 by 
citing Sanchez at paragraph 0010. In Appellant's Response to the First Office Action, 
Appellant respectfully notes in response, however, that what Sanchez at paragraph 0008, 
in fact discloses is: 



A method and apparatus for dynamically storing Java objects in a LDAP 
repository in a manner useable to other applications are disclosed. 
According to an embodiment of the invention, a persistant data manager 
maps certain persistent attributes of Java objects to corresponding LDAP 
attributes. The certain persistent attributes are preferably chosen as 
attributes that are of interest to other outside applications. The LDAP 
attributes are named with a syntax that easily identifies the attributes. The 
persistent data manager is preferably a software component that executes 
processes to dynamically determine the persistent attributes of the Java 
objects as well as the path or distinguished nkne ("dn") of the 
corresponding LDAP attributes. The persistent data manager also 
preferably uses reflection, a known Java technique, to determine the 
persistent attribute values. The persistent data manager preferably invokes 
the LDAP API(s) necessary, either directly or indirectly through a utility 
class, to read and write the persistent attribute values from and to the 
LDAP repository. 
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That is, Sanchez at paragraph 0008 discloses a persistent data manager that maps certain 
persistent attributes of Java objects to corresponding LDAP attributes. Appellant noted 
in the Response to the First Office Action that Sanchez's persistent data manager that 
maps certain persistent attributes of Java objects to corresponding LDAP attributes does 
not disclose validating the business object data structure with respect to the persistent 
data structure as claimed in the present application. Mapping persistent attributes of Java 
objects to corresponding LDAP attribute is the means by which the persistent data 
manager of Sanchez stores the persistent attributes in Sanchez' LDAP repository. See 
Sanchez at paragraph 30. Validating, however, includes determining that there exists a 
mapping from fields in the business object to fields in the persistent data store. 
Validating also includes checking that the data values for all fields in the business object 
can be converted from the field name and data type of the business object to the 
corresponding field name and data type of the persistent data structure. Validating the 
business object data structure with respect to the persistent data structure as claimed in 
the present application, however, is not disclosed merely by storing the persistent 
attributes or by the disclosure of the mappings themselves. The absence of validating the 
business object data structure with respect to the persistent data structure from Sanchez at 
paragraph 0008 is, however, understandable. As explained above, Sanchez does not 
disclose that the LDAP repository has an unknown persistent data structure. Rather, 
Sanchez discloses that the LDAP repository has a known persistent data structure. 
Unless the LDAP repository has an unknown data structure, there is no need for Sanchez 
to disclose validating the business object data structure with respect to the persistent data 
structure, which in fact Sanchez does not disclose. Without mdre, Sanchez at paragraph 
0008 does not disclose validating the business object data structure with respect to the 
persistent data structure as claimed in the present application, because Sanchez does not 
disclose each and every element and limitation of Appellant's claims, Sanchez does not 
anticipate Appellant's claims, and the rejections should be withdrawn. 
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Sanchez Does Not Enable Each and Every Element 



Of The Claims Of The Present Applicatio n 



Not only must Sanchez disclose each and every element of the c laims of the present 
application within the meaning of Verdegaal in order to anticipate Appellants' claims, 
but also Sanchez must be an enabling disclosure of each and every element of the claims 
of the present application within the meaning of In re Hoeksema, In Hoeksema, the 
claims were rejected because an earlier patent disclosed a structural similarity to the 
Appellant's chemical compound. The court in Hoeksema stated "We think it is sound 
law, consistent with the public policy underlying our patent law, that before any 
publication can amount to a statutory bar to the grant of a patent, its disclosure must be 
such that a skilled artisan could take its teachings in combination with his own 
knowledge of the particular art and be in possession of the invention." In re Hoeksema, 
399 F.2d 269, 273, 158 USPQ 596, 600 (CCPA 1968). The meaning of Hoeksema for 
the present case is that unless Sanchez places Appellants' claims in the possession of a 
person of ordinary skill in the art, Sanchez is legally insufficient to anticipate Appellants' 
claims under 35 USC 102(e). As explained above, Sanchez does not disclose each and 
every element and limitation of claim 1 of the present application. Because Sanchez 
does not disclose each and every element and limitation of claim 1, Sanchez cannot 
possibly place the elements and limitations of claim 1 in the possession of a person of 
ordinary skill in the art. Sanchez cannot, therefore, anticipate claim 1 of the present 
application. 

Relations Among Claims 



Independent claim 1 claims method aspects of data processing 
data structures. Independent claims 1 1 and 21 respectively c 
program product aspects of data processing for objects with 
Claim 1 is allowable for the reasons set forth above. Claims 
because claim 1 is allowable. The rejections of independent 
should be withdrawn, and independent claims 1 1 and 21 shoiild 



,g for objects with unknown 
aim system and computer 
Unknown data structures. 
11 and 21 are allowable 
plaims 11 and 21 therefore 
be allowed. 
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Claims 2-8 and 10 depend from independent claim 1. Claims^ 12-18 and 20 depend from 
independent claim 1 1 . Claims 22-28 and 30 depend from independent claim 21 . Each 
dependent claim includes all of the limitations of the independent claim from which it 
depends. Because Sanchez does not disclose or suggest each [and every element of the 
independent claims, Sanchez cannot possibly disclose or suggest each and every element 
of any dependent claim. The rejections of claims 2-8, 10, 12-18, 20, 22-28, and 30, 
therefore should be withdrawn, and these claims also should be allowed. 

Argument Regarding The Second Ground Of Rejection: 
Claims 9, 19, And 29 Stand Rejected Under 35 U.S.C. § 103(a) 
As Being Unpatentable Over Sanchez ^nd Freund 

Claims 9, 19, and 29 stand rejected under 35 U.S.C § 103(a) as unpatentable over 
Sanchez in view of Freund, et aL, (U.S. Patent No. 5,680,618}. To establish a prima facie 
case of obviousness, three basic criteria must be met. Manual Patent Examining 
Procedure § 2142. The first element of a prima facie case of obviousness under 35 
U.S.C. § 103 is that there must be a suggestion or motivation to combine the references. 
In re Vaeck, 947 F.2d 488, 493, 20 USPQ2d 1438, 1442 (Fed.|Cir. 1991). The second 
element of a prima facie case of obviousness under 35 U.S.C. p 103 is that there must be 
a reasonable expectation of success in the proposed combination of the references. In re 
Merck & Co., Inc., 800 F.2d 1091, 1097, 231 USPQ 375, 379 ^Fed. Cir. 1986). The third 
element of a prima facie case of obviousness under 35 U.S.C. J§ 103 is that the proposed 
combination of the references must teach or suggest all of Appellant's claim limitations. 
In re Royka, 490 F.2d 981, 985, 180 USPQ 580, 583 (CCPA 1974). As shown below in 
more detail, the proposed combination of Sanchez and Freund 'cannot establish a prima 
facie case of obviousness because the proposed combination dbes not teach each and 
every element of the claims of the present application and therp is no suggestion or 
motivation to make the proposed combination. As such, Appellant respectfully traverses 
each rejection. 
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The Proposed Combination Of Sanchez and Freund Does Not Teach 



Or Suggest Each And Every Element Of Claims 9, 19. and 29 

To establish a prima facie case of obviousness under 35 U.S.C. § 103 the proposed 
combination of the references must teach or suggest all of Appellant's claim limitations. 
In re Royka, 490 F.2d 981, 985, 180 USPQ 580, 583 (CCPA (974). The Office Action 
relies on the previous 35 U.S.C. § 102 rejection above to reject claims 9, 19, and 29 under 
35 U.S.C. § 103. As Appellant has demonstrated above, Sandhez does not disclose each 
and every element of independent claims 1,11, and 21. Dependent claims 9, 19, and 29 
depend from independent claims 1,11, and 21 respectively and include all of the 
limitations of the claims from which they depend. Because th|e proposed combination of 
Sanchez and Freund relies on the argument that Sanchez disclpses each and every 
element of claims 1,11, and 21, and because Sanchez does not disclose each and every 
element of claims 1,11, and 21, the proposed combination of jSahchez and Freund cannot 
teach or suggest all the claim limitations of dependent claims 9, 19, and 29. The 
proposed combination of Sanchez and Freund, therefore, cannot establish a prima facie 
case of obviousness, and the rejections under 35 U.S.C. § 103^a) should be withdrawn. 
Appellant respectfully requests reconsideration of claims 9, 19, and 29. 

No Suggestion or Motivation to Combine Sanchez and Freund 



To establish a prima facie case of obviousness, there must be & suggestion or motivation 
to combine the references. In re Vaeck, 947 F.2d 488, 493, 20 USPQ2d 1438, 1442 (Fed. 
Cir. 1991). The suggestion or motivation to combine the references must come from the 
teaching of the references themselves or from the knowledge qf those of skill in the art, 
and the Examiner must explicitly point to a teaching within at least one of the references 
or within the knowledge of those of skill in the art suggesting {he proposed combination 
or modification. Absent such a showing, the Examiner has impermissibly used 
"hindsight" occasioned by Appellant's own teaching to reject ihe claims. In re Surko, 1 1 
F.3d 887, 42 U.S.P.Q.2d 1476 (Fed. Cir. 1997); In re Vaeck, 9j47 F.2d 488m 20 
U.S.P.Q.2d 1438 (Fed. Cir. 1991); In re Gorman, 933 F.2d 982, 986, 18 U.S.P.Q.2d 
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1885, 1888 (Fed. Cir. 1991); In re Bond, 910 F.2d 831, 15 U.S.P.Q.2d 1566 (Fed. Cir. 
1990); In re Laskowski, 871 F,.2d 1 15, 1 17, 10 U.S.P.Q.2d 1397, 1398 (Fed. Cir. 1989). 

! 

i 

In the present application, the Final Office Action at page 6 takes the position that Freund 

i 

at column 2, lines 7-10, provides a suggestion or motivation tb combine the teachings of 
Sanchez and Freund. Appellant respectfully notes in respons^, however, that what 
Freund at column 2, lines 7-10, in fact discloses is: 

Relational database management systems include Ijhe ability to "link" 
tables-that is, to establish relationships between tables by linking 
corresponding fields. In this manner, information frpm several different 
tables can be combined in a transparent, useful manned 

That is, Freund at column 2, lines 7-10, discloses that relationkl database management 
systems have the ability to establish relationships between tables. Freund' s disclosure 
that relational database management systems have the ability to establish relationships 
between tables, however, does not provide a suggestion or motivation to combine 
Sanchez and Freund. Sanchez generally discloses mapping Java objects onto an LDAP 
repository. See Sanchez at Title. Freund generally discloses accessing foreign data 
objects to be accessed in a shared fashion. See Freund at the Summary. Freund' s 
disclosure that relational database management systems have }he ability to establish 
relationships between tables does not provide a suggestion or motivation to combine 
Sanchez' mapping of Java objects onto an LDAP repository With Freund's system for 
accessing foreign data objects to be accessed in a shared fashion because the ability to 
establish a relationship between two tables in a database does not 1 suggest that accessing 
foreign data objects to be accessed in a shared fashion should be accomplished by 
mapping of Java objects onto an LDAP repository. Because tip Final Office Action has 
not explicitly pointed to a teaching within at least one of the references or within the 
knowledge of those of skill in the art suggesting the proposed combination of Sanchez 
and Freund, the Final Office Action does not establish a primaj facie case for obviousness, 
the rejections should be withdrawn, and the claims should be allowed. 
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Appellant further notes that to establish a prima facie case of obviousness there must be a 
suggestion or motivation to combine Sanchez and Freund thajt arrives at the claimed 
invention by doing what the Appellant has done. Ex parte L^vengood, 28 USPQ2d 1300, 
1302 (Bd. Pat. App. & Inter. 1993) (citing Carella v. Starlight Archery, 804 F.2d 135, 
231 USPQ 644 (Fed. Cir. 1986); Ashland Oil Inc. v. Delta Resins & Refractories, Inc., 
116 F.2d 281, 227 USPQ 657 (Fed. Cir. 1985)). Appellant clpims methods, systems, and 
products for data processing for objects with unknown data structures that include, 
among other limitations, receiving a processing request for a ^usiness object having an 
unknown business object data structure, wherein data for the business object is stored in a 
persistent data store having an unknown persistent data structure;. As demonstrated 
above, the combination of Sanchez and Freund does not disclose these limitations and 
cannot, therefore, provide a suggestion or motivation that arrives at the claimed invention 
by doing what the Appellant has done. Because the Office Ac^tioln cannot provide 
evidence of the suggestion or motivation to combine Sanchez ^and Freund that arrives at 
the claimed invention by doing what the Appellant has done, the Office Action does not 
establish a prima facie case of obviousness, the rejections under 35 U.S.C. § 103 should 
be withdrawn, and the claims should be allowed. 
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Conclusion of Appellant's Arguments 

I ' 

Claims 1-8, 10-18, 20-28, and 30 stand rejected under 35 U.S.C § 102(e) as being 
anticipated by Sanchez, et aL, (U.S. Publication No. 2002/01^7857 Al). For the reasons 
set forth above, Sanchez does not disclose each and every elepieht of Appellant's claims 
and does not enable Appellant's claims. Sanchez therefore dpes not anticipate 

Appellant's claims. Appellant traverses the rejections individually to claims 1-8, 10-18, 

i 

20-28, and 30 under 35 U.S.C § 102(e) and respectfully requ^sits the withdrawal of the 
rejections. I 

Claims 9, 19, and 29 stand rejected under 35 U.S.C § 103(a) over Sanchez in view of 
Freund, et al, (U.S. Patent No. 5,680,61 8). For the reasons s^t forth above, the proposed 
combination of Sanchez and Freund does not establish a prima facie case of obviousness. 

Appellant therefore traverses the rejections individually to claims 9, 19, and 29 under 35 

i 

U.S.C § 103(a) and respectfully requests the withdrawal of the rejections. 



In view of the forgoing arguments, reversal on all grounds of rejection is requested. 

The Commissioner is hereby authorized to charge or credit Deposit Account No. 09-0447 
for any fees required or overpaid. 



Date: U^T 1 1 1 By: 




Respectfully submitted, 

- <s: ^fiort^^JFortenberry 
Reg. No. 56,537 
Biggers & Ohanian, LLP 
P.O. Box |1469 
Austin, Texas 78767-1469 
Tel. (5 12)i 472-9881 
Fax (5 12) ,472-9887 
ATTORNEY FOR APPELLANTS 
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APPENDIX OF CLAIMS 
ON APPEAL IN PATENT APPLICATION OF 
JEFFREY DAVID CALUSINSKI, SERIAL NO. 10/671,199 



CLAIMS 



What is claimed is: 

1. A method of data processing for objects with unknown data structures, the 
method comprising: 

receiving a processing request for a business object having an unknown business 
object data structure, 

wherein data for the business object is stored in a persistent data store having an 
unknown persistent data structure, and j 



the processing request includes a reference to the business object and a processing 
instruction; 



inferring the business object data structure from metadata describing the business 



object; 



I 



inferring the persistent data structure from metadata describing the persistent data 

! , 

structure; 1 

! 
i 

! 

validating the business object data structure with respect to the persistent data 
structure; 



creating a data object structured according to the persistent data structure; 
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transforming data values from the business object to tjie data object; and 

applying the processing instruction, with the data object, to the persistent data 
store. 



The method of claim 1 wherein the business object is a Java object and inferring 
the business object data structure from metadata describing the business object 
comprises Java reflection. 



The method of claim 1 wherein the business object ha^ a class name and inferring 
the business object data structure from metadata describing the business object 
comprises inferring the business object data structure in! dependence upon the 
class name of the business object. 



The method of claim 1 wherein the persistent data stor^ is a table in a database 
and inferring the persistent data structure from metadata describing the persistent 
data structure comprises reading from metadata describing the database. 



The method of claim 1 wherein the persistent data storfe is a table in a database 
and inferring the persistent data structure comprises identifying the table in 
dependence upon a class name of the business object. 



The method of claim 1 wherein validating the business object data structure with 
respect to the persistent data structure comprises determining that there exists a 
mapping from fields in the business object to fields in the persistent data store. 
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The method of claim 6 wherein the mapping comprises a one-to-one 
correspondence between field names in the business object and field names in the 
persistent data store. 



The method of claim 6 wherein the mapping comprises ah algorithmically- 
inferred one-to-one correspondence between fields in th£ business object and 
fields in the persistent data store. 



The method of claim 6 wherein the mapping comprises a correspondence, defined 
in a mapping data structure, between fields in the business object and fields in the 
persistent data store. 



The method of claim 6 wherein transforming data valued from the business object 
to the data object comprises transforming the data values [according to the 
mapping from fields in the business object to fields in the 1 persistent data store. 



A system for data processing of objects with unknown data structures, the system 

I 

comprising: 



means for receiving a processing request for a business object having an unknown 
business object data structure, 

wherein data for the business object is stored in a persistent data store having an 
unknown persistent data structure, and 



the processing request includes a reference to the business object and a processing 
instruction; 
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means for inferring the business object data structure frai^i metadata describing 
the business object; 

means for inferring the persistent data structure from metadata describing the 
persistent data structure; 

means for validating the business object data structure With respect to the 
persistent data structure; 

j | 

means for creating a data object structured according to the persistent data 
structure; 

i i 

means for transforming data values from the business object to the data object; 
and 



means for applying the processing instruction, with the daita object, to the 
persistent data store. 



12. The system of claim 1 1 wherein the business object is a Java object and means for 
inferring the business object data structure from metadata describing the business 
object comprises Java reflection. 



13. The system of claim 1 1 wherein the business object has a class name and means 
for inferring the business object data structure from metadata describing the 
business object comprises means for inferring the business object data structure in 
dependence upon the class name of the business object, j I 
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The system of claim 1 1 wherein the persistent data store is a table in a database 
and means for inferring the persistent data structure from metadata describing the 
persistent data structure comprises means for reading from metadata describing 
the database. 



The system of claim 1 1 wherein the persistent data store i s a table in a database 
and means for inferring the persistent data structure comprises means for 
identifying the table in dependence upon a class name of the business object. 



The system of claim 1 1 wherein means for validating the business object data 
structure with respect to the persistent data structure comprises means for 
determining that there exists a mapping from fields in the business object to fields 
in the persistent data store. 



The system of claim 16 wherein the mapping comprises a one-to-one 
correspondence between field names in the business objbct and field names in the 
persistent data store. 

j ; 

The system of claim 16 wherein the mapping comprises an algorithmically- 
inferred one-to-one correspondence between fields in the business object and 
fields in the persistent data store. 

| i ■ 

The system of claim 16 wherein the mapping comprises a correspondence, 
defined in a mapping data structure, between fields in the business object and 
fields in the persistent data store. 
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The system of claim 16 wherein means for transforming data values from the 
business object to the data object comprises means for transforming the data 
values according to the mapping from fields in the business object to fields in the 
persistent data store. 



A computer program product for data processing of objects with unknown data 
structures, the computer program product comprising: I 

a recording medium; 

means, recorded on the recording medium, for receiving: a processing request for a 
business object having an unknown business object data structure, 

wherein data for the business object is stored in a persistept data store having an 
unknown persistent data structure, and 



the processing request includes a reference to the businesis object and a processing 
instruction; 

means, recorded on the recording medium, for inferring the business object data 
structure from metadata describing the business object; 

means, recorded on the recording medium, for inferring thp persistent data 
structure from metadata describing the persistent data structure; 

means, recorded on the recording medium, for validating the business object data 
structure with respect to the persistent data structure; 
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means, recorded on the recording medium, for creating a dftta object structured 
according to the persistent data structure; 

means, recorded on the recording medium, for transforming data values from the 
business object to the data object; and 

means, recorded on the recording medium, for applying the processing 
instruction, with the data object, to the persistent data store:. 

The computer program product of claim 21 wherein the business object is a Java 
object and means for inferring the business object data structure from metadata 
describing the business object comprises Java reflection. 

The computer program product of claim 21 wherein the business object has a 
class name and means for inferring the business object dsita structure from 
metadata describing the business object comprises mean$, recorded on the 
recording medium, for inferring the business object data structure in dependence 
upon the class name of the business object. 

The computer program product of claim 21 wherein the persistent data store is a 
table in a database and means for inferring the persistent; data structure from 
metadata describing the persistent data structure comprises means, recorded on 
the recording medium, for reading from metadata describing the database. 

The computer program product of claim 21 wherein the persistent data store is a 
table in a database and means for inferring the persistent data structure comprises 
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means, recorded on the recording medium, for identifying the table in dependence 
upon a class name of the business object. 

26. The computer program product of claim 21 wherein means for validating the 
business object data structure with respect to the persistent data structure 
comprises means, recorded on the recording medium, for determining that there 
exists a mapping from fields in the business object to fields in the persistent data 
store. 

27. The computer program product of claim 26 wherein the snapping comprises a 
one-to-one correspondence between field names in the business object and field 
names in the persistent data store. 

28. The computer program product of claim 26 wherein the mapping comprises an 
algorithmically-inferred one-to-one correspondence between fields in the business 
object and fields in the persistent data store. 

29. The computer program product of claim 26 wherein the in apping comprises a 
correspondence, defined in a mapping data structure, between fields in the 
business object and fields in the persistent data store. 

30. The computer program product of claim 26 wherein meansi for transforming data 
values from the business object to the data object comprises means, recorded on 
the recording medium, for transforming the data values according to the mapping 
from fields in the business object to fields in the persistent data store. 
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APPENDIX OF EVIDENCE 

This is an evidence appendix in accordance with 37 CFR § 41.37(c)(l)(ix). 

There is in this case no evidence submitted pursuant to 37 CFR §§ 1.130, 1.131, or 1 .132, 
nor is there in this case any other evidence entered by the examiner and relied upon by 
the appellant. 
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RELATED PROCEEDINGS APPENDIX 

This is a related proceedings appendix in accordance with 37 CM § 41 .37(c)(l)(x). 
There are no decisions rendered by a court or the Board in any proceeding identified 
pursuant to 37 CFR § 41.37(c)(1)(h). 
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